English version

Поиск по названию документа:
По содержанию 1 (быстрый):
По содержанию 2:
АНГЛИЙСКИЕ ДОКИ ЗА ЭТУ ДАТУ- Unreading Questions and Items - B700527 | Сравнить
- Unreading Questions and Items - B700527R78 | Сравнить

РУССКИЕ ДОКИ ЗА ЭТУ ДАТУ- Не Дающие Показаний Вопросы и Пункты (2) - Б700527 | Сравнить
- Не Дающие Показаний Вопросы и Пункты - Б700527 | Сравнить
- Не Дающие Показаний Вопросы и Пункты - Б700527R78 | Сравнить
СОДЕРЖАНИЕ НЕ ДАЮЩИЕ ПОКАЗАНИЙ ВОПРОСЫ И ПУНКТЫ ЗАРЯД Cохранить документ себе Скачать
ОФИС ХАББАРДА ПО СВЯЗИ
УСАДЬБА СЕНТ-ХИЛЛ, ИСТ ГРИНСТЕД, СУССЕКС
БЮЛЛЕТЕНЬ ОХС ОТ 27 МАЯ 1970
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 27 MAY 1970R
REVISED 3 DECEMBER 1978
РазмножитьRemimeo

НЕ ДАЮЩИЕ ПОКАЗАНИЙ ВОПРОСЫ И ПУНКТЫ

(Revisions in this type style)
(ОСОБЕННО СВЯЗАНО С ПРОВЕДЕНИЕМ ИНТЕНСИВА ГРУППОВОЙ ИНГРАММЫ)

UNREADING QUESTIONS AND ITEMS

Никогда не составляйте список по вопросу, который не дает показания.

Reference: HCOB 3 Dec 78 UNREADING FLOWS

Никогда не проводите предпроверку по пункту, который не дает показания.


Эти правила сохраняют силу для всех списков, всех пунктов, даже в ДИАНЕТИКЕ. "Тик" или "стоп" — это не показание. Показания — это малые падения, падения, длинные падения или длинные падения со срывом (РТ).

Never list a listing question that doesn’t read.

Кейсу преклира можно причинить серьезные неприятности, составляя списки или проводя предпроверку без показаний, или проходя не дающий показаний пункт.

Never prepcheck an item that doesn’t read.

Со списком происходит примерно вот что:

These rules hold good for all lists, all items, all flows, including Dianetics.

Список: "Кто или что запускает воздушных змеев?"

A “tick” or a “stop” is not a read. Reads are small falls or falls or long falls or long fall blowdown (of TA).

К/С сказал: "Составь список до пункта со СР П/С".

A preclear’s case can be gotten into serious trouble by listing a list that doesn’t read or prepchecking an item that doesn’t read or running an item or flow that doesn’t read.

Поэтому одитор и делает список, вообще не проверяя его на показание.

On a list, this is the sort of thing that happens:

Такой список может продолжаться на 99 страницах, с протестами и расстройствами со стороны ПК. Это называется "списком дохлой лошади", потому что он не дает никакого пункта. И причина этого состоит в том, что сам вопрос не дал показания. Этому преклиру для исправления ситуации проводят L4 и получают "Ненужное действие".

The list is “Who or what would fly kites?” The C/S has said to “List this to a BD F/ N item.” So the auditor does list it without checking the read at all. The list can go on 99 pages with the pc protesting, getting upset. This is called a “Dead horse list” because it gave no item. The reason it didn’t was that the list question itself didn’t read. One does an L4BRA on the pc to correct the situation and gets “unnecessary action.”

Список, который не дает никакого пункта, вы не расширяете. Вы правильно применяете L4 или любое последующее его издание. Если вы расширите "список дохлой лошади", то вы только ухудшите ситуацию. Используйте L4, и он все приведет в порядок.

On a list that is getting no item you don’t extend. You correctly use L4BRA or any subsequent issue of it. If you extend a “dead horse list” you just make things worse. Use an L4BRA and it will set it right.

Могут также происходит и такие жуткие вещи. К/С говорит составить список "Кто или что убивает буйволов?". Одитор выполняет это, и получает пункт со СР П/С "Охотник". К/С также качестве второго действия говорит в составить список "Кто или что чувствует себя крутым?". Одитор не проверяет этот вопрос на показание, и составляет по нему список. Если бы он его проверил, то показания бы не было. Но список выдает пункт "гадкий охотник". Он просто раздул заряд от первого вопроса, и пункт "гадкий охотник" — это неправильный пункт, потому что это искаженная формулировка пункта первого списка! Теперь у нас есть ненужное действие и неправильный пункт. Мы проводим L4, но преклир остается расстроенным, так как показание могут дать только одна из этих двух ошибок.

This weird thing can also happen. C/S says to list “Who or what would kill buffaloes?” The auditor does, gets a BD F/N item “A hunter.” The C/S also says to list as a second action “Who or what would feel tough?” The auditor fails to test the question for read and lists it. Had he tested it, the list would not have read. But the list comes up with an item, “A mean hunter.” It has stirred up charge from the first question and the item “A mean hunter” is a wrong item as it is a misworded variation of the first list’s item! Now we have an unnecessary action and a wrong item. We do an L4BRA and the pc is still upset as maybe only one or the other of the two errors read.

В дианетическом "списке" не проводится действий по составлению списка. Вы просто стараетесь найти соматику или ощущение и т. п., которое будете проходить. Этот пункт должен давать хорошее показание. Иначе он не сможет породить цепь для прохождения. В действительности, вопрос Дн списка обычно дает показание, просто его не трудятся проверять.

In a Dianetic “list” one is not doing a listing action. One is only trying to find a somatic or sensation, etc. that will run. The item must read well. Or it won’t produce achain to run. In actual fact the Dn list Q does usually read but one doesn’t bother to test it.

Но пункт без показания не даст цепи, основы, и преклир будет скакать по траку, стараясь что-то найти, но просто закупоривая свой банк.

But an item or flow that doesn’t read will produce no chain, no basic and the pc will jump around the track trying but just jamming up his bank.

Мораль сей басни такова: ВСЕГДА ПРОВЕРЯЙТЕ ВОПРОС СОСТАВЛЕНИЯ СПИСКА НА ПОКАЗАНИЕ, ПРЕЖДЕ ЧЕМ ПОЗВОЛЯТЬ ПРЕКЛИРУ СОСТАВЛЯТЬ СПИСОК.

The moral of this story is:

ВСЕГДА ОТМЕЧАЙТЕ В ПРОТОКОЛЕ ПОКАЗАНИЕ, КОТОРОЕ ОН ДАЛ (мП, П, ДП, ДПСР).

ALWAYS TEST A LISTING QUESTION BEFORE LETTING THE PC LIST. ALWAYS MARK THE READ IT GAVE (SF, F, LF, LFBD) ON THE WORKSHEET .

ВСЕГДА ПРОВЕРЯЙТЕ ПУНКТ НА ПОКАЗАНИЕ ПЕРЕД ПРЕДПРОВЕРКОЙ ИЛИ ПРОХОЖДЕНИЕМ ВСПОМИНАНИЙ ИЛИ ИНГРАММ.

ALWAYS TEST AN ITEM FOR READ BEFORE PREPCHECKING AND ALWAYS CHECK AN ITEM AND FLOW BEFORE RUNNING RECALLS OR ENGRAMS .

ВСЕГДА ОТМЕЧАЙТЕ В ПРОТОКОЛЕ ПОКАЗАНИЕ, КОТОРОЕ ДАЛ ПУНКТ (мП, П, ДП, ДПСР).

ALWAYS MARK THE READ AN ITEM GAVE (SF, F, LF, LFBD) ON THE WORKSHEET.

ЗАРЯД

CHARGE

Весь предмет "заряда" основан на этом. "Заряд" — это электрический импульс в кейсе, который приводит Э-метр в действие.

The whole subject of “charge” is based on this. “Charge” is the electrical impulse on the case that activates the meter.

"Заряд" не только показывает, что в данной области что-то есть. Он также говорит о том, что у преклира есть в отношении этого некоторая реальность.

“Charge” shows not only that an area has something in it. It also shows that the pc has possible reality on it.

У преклира может быть сломана нога, и тем не менее это может не давать показания.

A pc can have a broken leg, yet it might not read on a meter. It would be charged but below the pc’s reality. So it won’t read.

Там есть заряд, но он ниже реальности преклира. Поэтому он не будет давать показаний.

THINGS THAT DON’T READ WON’T RUN

ВЕЩИ, КОТОРЫЕ НЕ ДАЮТ ПОКАЗАНИЙ, НЕ БУДУТ ПРОХОДИТЬСЯ.

The Case Supervisor always counts on the AUDITOR to test questions and items

Кейс-супервайзер всегда рассчитывает на то, что ОДИТОР проверит вопросы и пункты на показания, прежде чем их проходить.

and flows for read before running them.

Одитор, при отсутствии показаний на вопросе или пункте, может и должен всегда вводить кнопки "подавлено" и "обесценено". "По этому (вопросу, пункту), что-то было подавлено?", "По этому (вопросу, пункту), что-то было обесценено?". При показании на одном из этих вопросов, сам вопрос или пункт также даст показание. Кейс-супервайзер также рассчитывает на то, что ОДИТОР будет использовать кнопки "подавлено" и "обесценено" на вопросе или пункте. Если после этого на вопросе или пункте все же нет показаний, то это все. Не используйте его, не составляйте по нему списка. Переходите к следующему действию по К/С или заканчивайте.

The auditor, when a question or item or flow doesn’t read, can and should always put in “Suppress” and “Invalidate.” “On this (question) (item) (flow), has anything been suppressed?” “On this (question) (item) (flow), has anything been invalidated?” If either one read, the question or item or flow will also read. The Case Supervisor also counts on the AUDITOR to use Suppress and Invalidate on a question or item or flow. If after this there is still no read on the question or item or flow, that’s it. Don’t use it, don’t list it. Go to the next action on the C/S or end off.

Л. РОН ХАББАРД
Основатель
L. RON HUBBARD
Founder
LRH:dz.ka.rdLRH:dz.ka.rd.jk